home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Feb 91 / MacApp.Tech$ 2⁄22⁄91 / 3048-Re[2] MA3 opinion,fo-Feb91 < prev    next >
Encoding:
Text File  |  1991-03-06  |  1.5 KB  |  38 lines  |  [TEXT/GEOL]
  1. Item    0332505                         21-Feb-91        09:18PST
  2.  
  3. From:   SATORI                          Satori SW, Hugh Rogovy,PRT
  4.  
  5. To:     MACAPP.TECH$                    MacApp Technical
  6.  
  7. ------------------------------------------------------------------------------
  8.  
  9. Sub:    Re: Re: MA3 opinion,for what i
  10.  
  11. Joe,
  12.  
  13. I probably should have made myself a bit more clear.  I did not intend to
  14. portray the opinion that language in and of itself is irrelevant.  I really
  15. meant that C++ vs. OP is not a very relevant issue in the release of MA 3.0.
  16. Believe me, I would much rather use "real" object-oriented language (as opposed
  17. one with object extensions) and so far my language of choice *would* be Eiffel.
  18.  
  19. Larry,
  20.  
  21. Improvements ARE very important in MacApp, but not at the expense of the
  22. stability our apps.  We got into MacApp to help make our apps easier(faster) to
  23. write and easier to maintain.  Maintainance would be easier if we didn't have 3
  24. or 4 different versions of the class library floating around here.  I just feel
  25. that more effort needs to be put towards making MacApp improvements (upgrades)
  26. much less painful for developers.
  27.  
  28. You're right, the Toolbox probably did have many more bugs than MacApp, the
  29. difference is that the Toolbox has very few "is-a" and "has-a" relationships
  30. between procedures.  In general, Toolbox procedures can stand on their own and
  31. correcting a bug in one section of the toolbox will not have the domino effect
  32. that correcting a bug in an object-oriented class library can sometimes have.
  33.  
  34.  
  35. Chris Le Croy
  36. Satori Software
  37.  
  38.